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1.0 Abstract 

Recently the Low Visibility Landing and Surface Operations (LVLASO) project 
team of the Systems Integration Branch at the NASA Langley Research Center com- 
pleted a flight demonstration of TAP / ASTA concepts at the Atlantic City airport. 
This paper is concerned with the analysis of the aircraft data that was recorded by 
the test vehicle during the duration of the flight demonstrations. 


2.0 Introduction 

The Airport Surface Traffic Automation (ASTA) program was started by the Federal Avi- 
ation Administration to increase the capacity of todays airports while maintaning high lev- 
els of safety. The NASA Terminal Area Productivity (TAP) program is concerned with 
the possibilities of clear weather capacities in Instrument Flight Rule (IFR) conditions. 
The test demonstration at the Atlantic City airport illustrated many aspects of the TAP 
and ASTA programs. 

During a test, data was recorded by the test aircraft itself, and by NORDEN on the ground. 
This data consisted of positions, velocity, time, altitude, and a host of other variables. 


3.0 Objective 

This analysis is concerned with two main questions. 

1. What was the accuracy of the various GPS and radar data that was recorded ? 

In all cases the “true” position of the aircraft is the post processed GPS which is accurate 
to within three centimeters of the actual position. ASDE-3 radar. Raw GPS, and Differ- 
ential GPS are all compared to the post processed GPS to determine their accuracy. 

2. What was the availability of the data link that was used to transmit data to the 
test aircraft from the ground station ? 

When looking at the ARINC message data, one finds that there are ‘gaps’ in the data 
stream where there is no data. These ‘gaps’ represent the time when the aircraft did not 
receive ASDE-3 radar data. By looking at these gaps, one can find the percentage of time 
that the radar data was not available. 
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4.0 Procedure 


To analyze the GPS data, the collected data is first extracted from a file that contains all of 
the variables that were recorded by the test aircraft during the test. Then the latitude and 
longitude position data for the DGPS, and the Raw GPS are converted into an x,y position 
in a local plane coordinate system with the NGS Monument used as the reference position. 
Once the data is in the local plane coordinate system, plots are made. Next the error in the 
DGPS and Raw GPS position are calculated using the post processed GPS as a reference. 
The error is just the linear distance away from the post processed GPS at a given time. 

Analysis of the radar data is a bit more complicated, as there is a time delay from when the 
radar echo was seen on the ground, to when the radar echo was received in the plane. The 
reason is that the radar uses a rho, theta coordinate system which must be converted to a 
local plane x,y coordinate system, which is then converted to a lat. Ion. Then the data is 
transmitted to the plane on a wireless RF link. Once the data is received by the plane, it is 
converted back into a local plane coordinate system. So we have to make sure one knows 
what question they are asking when doing the analysis. If an error analysis is done using 
the positions based on a matching timestamp, then all of this delay is going into the error 
measurement. To do a strictly positional error analysis the time must be disregarded. 

To do this, a Matlab(tm) routine was written to take a radar point, and the nearest 20 
points in time, and compute the distance between them. The smallest distance must be the 
error that one desires to find. In the simple drawing below, the line represents the post 
processed track, and the small circles are the radar returns. D1 would represent the error, 
when comparing positions using timestamps. The strictly positional error would be D2. 
This kind of measurement is what is recorded in the table Position Sensor Accuracy. 
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To analyze the ‘gaps’ in the data, the file that contains the saved ARINC messages is 
manipulated into an ASCII format. Then the test aircraft’s timestamps are extracted from 
the file for examination. ‘Double’ entries are removed, and analysis of the timestamps can 
occur. 

Gaps in the timestamps were counted using a simple C program that lets the user specify 
the gap width to ignore, and the file to parse. If a user specified a gap width of two, gaps 
such as 15:08:25 - 15:08:27, and of course 15:05:12 - 15:05:13 are ignored. The program 
then parsed the time stamp file counting the time that elapsed in the gaps. 


5.0 Data 

The data used in this analysis was collected from the June 27th, 28th, and 29th demo 
flights of the test aircraft at the Atlantic City airport. The data is sampled at 20 times per 
second. For the purpose of this analysis, one took one sample of the 20 Hz data per sec- 
ond to match the post processed data which is one sample per second. Most of the test 
flight intervals were between 20 and 30 minutes long. The run number and the start and 
stop times are listed in the next table. 


TABLE 1. Start and Stop Times 


Demo 

Label 

June 27#1 
June 27#2 
June 27#3 
June 27#4 
June 27#5 
June 27#6 
June 27#7 
June 28#1 
June 28#2 
June 28#3 
June 28#4 
June 29# 1 
June 29#2 
June 29#3 


Start 

Time 

14:40:42 

15:15:11 

15:35:50 

18:20:17 

19:05:52 

19:33:19 

19:52:17 

14:28:36 

18:41:44 

19:52:31 

20:07:28 

15:08:26 

16:08:30 

16:43:00 


Stop 

Time 

15:07:20 

15:32:19 

15:49:27 

18:33:44 

19:14:43 

19:46:30 

20:05:21 

14:44:44 

18:55:00 

20:06:33 

20:18:30 

15:18:40 

16:19:30 

16:51:00 


The radar data came from two sources. The ARINC messages file contains the radar data 
that was received by the plane over the RF data link from the ground station. The ground 
station (NORDEN) also kept a file of the radar data that was uplinked from the ground sta- 
tion. By looking at was sent, versus what was received gives one another view on the 
radar data availability. 
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The Norden radar data was in a hexadecimal format that must be manipulated to extract 
the data that one wants to look at, particularily the target positions. Once the target posi- 
tions are extracted, they are sorted based on the identification number of the target. 

Also, the June 27th radar data was off by a constant rho,theta factor which turned out to be 
approximately negative forty feet, and one one hundreth of a radian. 


6.0 Results 

The table entitled Position Sensor Accuracy, on the next page, shows the error in the 
DGPS, Raw GPS, and the ASDE data as received by the test aircraft, compared to the post 
processed GPS. The position plots are shown after this table, as is a plot showing the 
Atlantic City airport itself. 

The Norden Ground Tracks plot and TSRV Ground Tracks plot show the radar data in a 
three dimensional perspective. The Norden Ground Tracks plot is a plot of the targets that 
were seen by the radar ground station. The TSRV Ground Tracks plot is a plot of the same 
radar data after it was uplinked to the plane on the RF data link. The z axis is time, and 
the x, and y axis are x and y position of the target. Also the targets are projected down 
onto the x, y plane. These plots show the gaps in the radar data vividly. Look at the long 
red target on the Norden Ground Tracks plot, and compare it to the same target on the 
TSRV Ground Tracks plot. Notice the breaks in the TSRV plot’s target. These are gaps in 
the radar data. 

The three dimensional availability charts that follow represent the percentage of time that 
radar data was NOT available. 

Example: For an ignored gap of two on the June 27-1 test - gaps in the data of 1 
(i.e. 15:08:25 - 15:08:26), and 2 (i.e. 15:08:25 - 15:08:27) are ignored - the radar data 
was unavailable for approximately 45% of the time. 

There are three separate charts for June 27th, 28th, and 29th respectively. 

The Maximum and Minimum Nonavailability chart shows the maximum and minimum 
percentage for each gap count in the data. 

The Nonavailability chart shows for ignored gaps of one, two, and three, the percent of 
time that radar data was NOT available. 


Example: For the June 27-1 test with an ignored gap of three, the radar data is 
available approximately 77 % of the time. 
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Taxi Routes for Atlantic City 
Airport Flight Demonstration 
of ASTA Concepts 
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APPENDIX B 
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Ownship 

Ownship 

4260043 

Ownship 

4260043 

Ownship 

4260043 

Ownship 

4260043 
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4260043 


16 : 34:13 
16 : 34:13 
16 : 34:14 
16 : 34: 14 
io:jh:io 
16 : 34: 16 
16 : 34:16 
16 : 34: 16 
16 : 34: 18 
16 : 34: 18 
16 : 34: 19 
16 : 34: 19 
16 : 34: 19 
16 : 34:19 
16 : 34:21 
16 : 34:21 
16 : 34: 22 
16 : 34 : 22 
16 : 34: 22 
16 : 34 : 22 
16 : 34: 24 
16 : 34: 24 
16 : 34 : 24 
16 : 34: 24 
16 : 34: 25 
16 : 34 : 25 
16 : 34: 27 
16 : 34: 27 
16 : 34: 27 
16 : 34: 27 
16 : 34:29 
16 : 34 : 29 
16 : 34: 30 
16 : 34: 30 
16 : 34:30 
16 : 34: 30 
16 : 34 : 32 
16 : 34: 32 
16 : 34: 33 
16 : 34 : 33 
16 : 34:35 
16 : 34:35 
16 : 34:35 
16 : 34 : 36 
16 : 34 : 36 
16 : 34: 38 
16 : 34 : 38 
16 : 34: 38 
16 : 34: 38 
16 : 34 : 40 


3 9 . 46279507 

39.45155829 
39 . 46287159 

39 . 45155829 

39.45155829 
39 .46297855 

39 .45155829 
39 . 46303571 

39 . 45155829 
39 . 46308340 

39.45155829 
39 . 46310344 

39 .45155829 
39.46314359 

39 . 45155829 
39 . 46317561 

39 .45155829 
39 . 46320762 

39 . 45155829 
39 . 46326060 

39 . 45155829 
39 . 46327803 

39 .45155829 
39 . 46332380 

39 .45155829 
39 .46336445 

39 . 45155829 
39.46338163 

39 . 45155829 
39 . 46344676 

39 .45155829 
39 . 46349596 

39.45155829 
39 . 46354944 

39 . 45155829 
39.46359847 

39 .45155829 

39.45155829 

39 .45155829 

39 . 45155829 
39.46374801 

39 . 45155829 
39.46377407 

39.45155829 
39.46382311 

39 . 45155829 
39.46382730 

39 . 45155829 
39.46378966 


- 74.590999056 
- 74.568328941 
- 74 . 591031997 
- 74 . 568328941 

f -t . jnutT juj 

- 74 . 563328941 
- 74 . 591035433 
- 74 . 568328941 
-74 . 591043228 
- 74 . 568328941 
- 74 . 591009282 
- 74 . 568328941 
- 74 . 590947172 
- 74 . 568328941 
- 74 . 590939628 
- 74.568328941 
- 74 . 590930240 
- 74 . 568328941 
- 74 . 590916578 
- 74 . 568328941 
- 74.590879949 
- 74 . 568328941 
- 74.590868717 
- 74 . 568328941 
- 74 . 590805098 
- 74 . 568328941 
- 74 . 590754556 
- 74 . 568328941 
- 74 . 590739552 
- 74 . 568328941 
- 74 . 590741480 
- 74 . 568328941 
- 74 . 590707282 
- 74.568328941 
- 74.590674089 
- 74.568328941 
- 74 . 590611560 
- 74 . 568328941 
- 74.568328941 
- 74 . 568328941 
- 74 . 568328941 
- 74.590443503 
- 74 . 568328941 
- 74.590412406 
- 74 . 568328941 
- 74.590345351 
- 74 . 568328941 
- 74 . 590264214 
- 74 . 568328941 
- 74 . 590179138 
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7.0 Conclusion 


As one can see from the error table, the radar data was the least accurate of the three posi- 
tions compared with the post processed GPS. However, if the few points that are skewing 
the mean value in the radar data are ignored, the ASDE Ave becomes closer to the Min. 
The raw GPS falls in with an overall average of approximately 2.79 feet, which is only a 
little more than the DGPS. The DGPS has the least overall error with an average of 
approximately 1 .8 feet. This is excellent when one considers that the test aircraft was per- 
haps 75 feet across. When differential corrections fail, the position of the test aircraft will 
only be as accurate as the Raw GPS. 

Concerning the radar data availability data, at first all the gaps in the data were counted, 
and the percentage of the total time that the radar data was unavailable was between 75 
and 85%. This seemed like a large amount, and it was decided that a closer look at the 
data was in order. 

A large percentage of the gaps in the radar data were two second gaps (i.e. 15:08:25 - 
15:08:27). In the target data for the test aircraft, sometimes two positions were sent in the 
same second - two different packets are stamped with the same time, but contain different 
ownship (test aircraft) positions. An example of this is shown after the plots. It is possible 
that the two packets with the same timestamp cause the majority of the two second gaps in 
the data. 

Example: 15:08:09 
15:08:10 

15:08: 10 — > Should be counted as 15:08: 1 1 and two second gap ignored. 
15:08:12, etc. 

When the two second gaps that are paired with a double timestamp are ignored, the avail- 
ability of the radar data jumps to between 55 and 60%. 

So basically this comes down to how one wants to define availability. If one ignores all 
gaps in the data that are 19 seconds or less, the radar data was available 100 percent of the 
time. On the other hand if one does not ignore any gaps in the data (even the two second 
gaps), the the radar data was available only 1 8% of the time. 

It was later discovered, that while the GPS receiver is operating in DGPS mode, there is 
no Raw GPS data. The DGPS is mirrored to the Raw GPS, and this is why DGPS, and 
Raw GPS are so close in the error table. In this case the Raw GPS numbers really have no 
meaning. 


503 




